home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 17832 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.8 KB  |  67 lines

  1. Newsgroups: comp.lang.java,comp.lang.c++,comp.lang.smalltalk
  2. Path: news.hawaii.edu!phinely
  3. From: phinely@Hawaii.Edu (Peter Hinely)
  4. Subject: Re: Will Java kill C++? (definition of strong typing)
  5. X-Nntp-Posting-Host: uhunix4.its.hawaii.edu
  6. Message-ID: <Dq0oqG.2CC@news.hawaii.edu>
  7. Sender: news@news.hawaii.edu
  8. Organization: University of Hawaii
  9. References: <31682FFE.2781E494@bbn.com> <4l0f6o$sec@nkosi.well.com> <Dpyro4.8o9@news.hawaii.edu> <pecora-1704960936190001@lou-pecora.nrl.navy.mil>
  10. Date: Wed, 17 Apr 1996 17:32:40 GMT
  11.  
  12. In article <pecora-1704960936190001@lou-pecora.nrl.navy.mil>,
  13. Louis M. Pecora <pecora@zoltar.nrl.navy.mil> wrote:
  14. >In article <Dpyro4.8o9@news.hawaii.edu>, phinely@Hawaii.Edu (Peter Hinely)
  15. >wrote:
  16. >
  17. >[cut]
  18. >> Some languages have typing systems that don't fit in the conventional molds.
  19. >> 
  20. >> For example in Dylan:
  21. >> 
  22. >>   define variable *my-variable* = 0;
  23. >> 
  24. >> binds *my-variable* to the integer object 0.
  25. >> 
  26. >> The binding of *my-variable* can be later be changed to refer to an 
  27. >> object of any class (i.e. floating point numbers, strings, collections, even 
  28. >> classes and functions).
  29. >> 
  30. >> You can however specify type information for variables that you declare, 
  31. >> which limits their type:
  32. >> 
  33. >>   define variable *my-variable* :: <integer> = 0;
  34. >> 
  35. >> In this case, the binding of *my-variable* can be only be changed to refer 
  36. >> to another integer.
  37. >> 
  38. >> 
  39. >> This type system allows Dylan programs to be prototyped rapidly without
  40. >> type information.  Type information can later be added in, which the
  41. >> compiler can use to optimize the program better, giving you the best of 
  42. >> both worlds:  rapid development and good performance in your final program.
  43. >
  44. >All very nice. And truly Dylan sounded great when I read a short article
  45. >about it in Byte.  But isn't it dead?  What will happen to all those
  46. >Apple/IBM generated languages (Dylan, Denali, others?) as Java heats up? 
  47. >Only OpenDoc sounds viable (and very interesting).
  48. >
  49. >-- 
  50.  
  51. At Apple, Dylan is a state of limbo, though they have given Digitool 
  52. (developers of Macintosh Common Lisp) a contract to make the Apple Dylan 
  53. Technology Release development environment PowerPC-native.  The 
  54. PowerPC-native version of the Apple Dylan TR is expected to be released 
  55. in August.  (Note:  The Apple Dylan TR already generates PowerPC-native 
  56. code, it's just the development enviroment that is not native.)
  57.  
  58. Harlequin and Carnegie Mellon University are still hard at work on their 
  59. versions of Dylan.  Harlequin is expected to release their Windows NT/95 
  60. DylanWorks within the next few months.  The release of CMU's Gwydion 
  61. project (for Unix) is farther away.
  62.  
  63. As to what will become of Dylan, I cannot predict.  Perhaps if Sun and 
  64. Apple merge someday, they will outfit Dylan for the web and rename it 
  65. Java II.  ;-)
  66.  
  67.